home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / infoham / 940635.txt < prev    next >
Internet Message Format  |  1994-11-13  |  26KB

  1. Date: Mon,  6 Jun 94 08:02:22 PDT
  2. From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu>
  3. Errors-To: Info-Hams-Errors@UCSD.Edu
  4. Reply-To: Info-Hams@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Info-Hams Digest V94 #635
  7. To: Info-Hams
  8.  
  9.  
  10. Info-Hams Digest            Mon,  6 Jun 94       Volume 94 : Issue  635
  11.  
  12. Today's Topics:
  13.                                 "73's"
  14.                           FCC computers up!
  15.                         Mac Ham Radio Software
  16.                    Macintosh Hypercard Test Stacks
  17.                          Operating in Mexico
  18.                      PLANS FOR BUILDING A QUAD..
  19.  
  20. Send Replies or notes for publication to: <Info-Hams@UCSD.Edu>
  21. Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu>
  22. Problems you can't solve otherwise to brian@ucsd.edu.
  23.  
  24. Archives of past issues of the Info-Hams Digest are available 
  25. (by FTP only) from UCSD.Edu in directory "mailarchives/info-hams".
  26.  
  27. We trust that readers are intelligent enough to realize that all text
  28. herein consists of personal comments and does not represent the official
  29. policies or positions of any party.  Your mileage may vary.  So there.
  30. ----------------------------------------------------------------------
  31.  
  32. Date: 6 Jun 94 14:40:11 GMT
  33. From: sdd.hp.com!hp-pcd!hpspkla!dubner@hplabs.hpl.hp.com
  34. Subject: "73's"
  35. To: info-hams@ucsd.edu
  36.  
  37. This looks like a good chance to dredge up a piece I wrote a few years
  38. back that's only peripherally related to "73's".  I've been waiting for
  39. a chance to reuse it <g>.
  40.  
  41.                               73s
  42.  
  43.      Yes, I know that the term "73" (best regards) doesn't need an "s"
  44. suffix, but in this case I'm referring to multiple instances of 73 --
  45. hence "73s".
  46.  
  47.      Have you ever noticed the ingenious excuses that a ham will use
  48. when he wants to terminate a QSO.  Rather than hurt the QSOee's feelings
  49. by saying he'd rather read yesterday's newspaper than continue the QSO
  50. any longer, a ham will find some "crisis" needing his attention. Even on
  51. packet among locals, this B.S. keeps on flowing!  Here are some genuine,
  52. over-the-air reasons for signing off.  [The comments in the square
  53. brackets are mine.]
  54.  
  55. WELL GOT THE CALL FROM MY WIFE AS SHE NEEDS HELP WILL TALK TO YOU
  56. LATER.... TAKE CARE   73'S YOU DISCONNECT...
  57. [ Yeah, sure!  When was the last time he helped the YF?  Do you really
  58. believe he'd quit playing radios just to help the YF?]
  59.  
  60. Well, Chuck, I have coffee brewed upstairs and the xyl is finally up for
  61. all day.
  62. [ It took some strong coffee, but he finally woke the XYL.  Now he'd
  63. better QRT before she finds him playing radios.]
  64.  
  65. Well Joe, I think I better let you go.
  66. [ Right.  I'm unable to type DISCONNECT myself until you turn CONPERM
  67. OFF.]
  68.  
  69. The wife just called for dinner, so I'd better not be late.
  70. [ It wouldn't hurt for you to miss this meal -- you're already as big as
  71. a house.]
  72.  
  73.      You are invited to add to the list.  I'd continue it, but it's time
  74. for me to take the dog to his therapist.  C'mon Spuds.
  75.  
  76. 73, 
  77. Joe, K7JD
  78. Hayden Lake, Idaho
  79. dubner@spk.hp.com
  80.  
  81. ------------------------------
  82.  
  83. Date: Mon, 6 Jun 1994 12:19:41 GMT
  84. From: ihnp4.ucsd.edu!swrinde!howland.reston.ans.net!news.cac.psu.edu!news.pop.psu.edu!ra!usenet@network.ucsd.edu
  85. Subject: FCC computers up!
  86. To: info-hams@ucsd.edu
  87.  
  88. In article <peterl.770887074@hood> peterl@hood.uucp (Peter Lee) writes:
  89. > [some stuff deleted]
  90. >
  91. > I finally received my license after about 10-12 weeks of waiting ...
  92. > [more stuff deleted]
  93. > Once again, the FCC is showing just how inefficient government agencies
  94. > can be, and I think folks who take the time to get into ham radio are
  95. > being served a tremendous disservice.
  96.  
  97.    Which raises an interesting question... How long does it take to get  
  98. *any* kind of license for those services regulated under the Private Radio  
  99. Bureau, or are common carriers?  For example, how long does it take to get  
  100. a license for GMRS or business band?
  101.  
  102.    I can *somewhat* understand the FCC not giving amateur licensing top  
  103. priority.  After all, it's just a hobby.  (Hey, no flames please.)   
  104. Nevertheless, if the federal government is going to require us to have a  
  105. license to operate, then it is incumbent upon the FCC to be timely when  
  106. processing paperwork, and issuing licenses.  
  107.  
  108.    When I was first licensed back in 1986, it took about four to five  
  109. weeks to get your novice ticket.  That was not an unreasonable amount of  
  110. time.  
  111.  
  112.    I was talking to a guy in my neighborhood last night who said that once  
  113. the FCC gets it's new computer system running, the plan is to process the  
  114. whole lot of technician class applicants.  Is this true?  Does the FCC  
  115. have any game plan for clearing the bottleneck?
  116.  
  117. -Dave
  118. --
  119. David Drumheller, KA3QBQ          phone: (202) 767-3524
  120. Acoustics Division, Code 7140       fax: (202) 404-7732
  121. Naval Research Laboratory
  122. Washington, DC 20375-5350   e-mail: drumhell@claudette.nrl.navy.mil
  123.  
  124. ------------------------------
  125.  
  126. Date: 6 Jun 1994 07:56:03 -0400
  127. From: newstf01.cr1.aol.com!search01.news.aol.com!not-for-mail@uunet.uu.net
  128. Subject: Mac Ham Radio Software
  129. To: info-hams@ucsd.edu
  130.  
  131. In article <2so3u6$bgr@search01.news.aol.com>, jeffr100@aol.com (Jeff
  132. R100) writes:
  133.  
  134. Jeff.... there is quite a bit of Macintosh Ham Radio software out
  135. there. I am almost ready to send out the "new" list to the nets
  136. again... I've busy around here with too many Public Service events!
  137.  
  138. The new list should be ready to hit the newsgroups today.
  139.  
  140. ... and Jeff... if you are on AOL... try using keyword "ham radio"
  141. and check out the Mac Ham Radio Software Library!
  142.  
  143. 73 for now.... c u on the shortwaves
  144. Terry Stader - KA8SCP
  145. America Online Ham Radio Club Host
  146. Macintosh Amateur Radio Software List Maintainer
  147. Internet: tstader@aol.com (e-mail)  or
  148.           p00489@psilink.com (binaries/files >28K)
  149. KA8SCP@WA1PHY.#EMA.MA.USA.NOAM
  150. ka8scp@ka8scp.ampr.org [44.56.4.82] Mac
  151.                        [44.56.4.120] DOS Clone
  152.  
  153. ------------------------------
  154.  
  155. Date: 6 Jun 94 12:23:05 GMT
  156. From: newstf01.cr1.aol.com!search01.news.aol.com!not-for-mail@uunet.uu.net
  157. Subject: Macintosh Hypercard Test Stacks
  158. To: info-hams@ucsd.edu
  159.  
  160.  
  161.  
  162. ------------------------------
  163.  
  164. Date: Mon, 06 Jun 1994 02:50:37 GMT
  165. From: ihnp4.ucsd.edu!usc!cs.utexas.edu!convex!news.duke.edu!eff!neoucom.edu!news.ysu.edu!malgudi.oar.net!witch!doghouse!jsalemi@network.ucsd.edu
  166. Subject: Operating in Mexico
  167. To: info-hams@ucsd.edu
  168.  
  169.  
  170. In article <1994Jun4.114102.672@atlas.tntech.edu>, JEFF M. GOLD (jmg@tntech.edu) writes:
  171. >Does anyone know if you need to get a license or do paperwork to
  172. >operate in Mexico?
  173. >
  174.  
  175. Yes; there was an article in a recent magazine (Radio Fun, January or
  176. February, if memory serves) about what's involved.  You can also
  177. contact the ARRL's Reciprocol Licensing Dept. for info and the forms.
  178.  
  179. 73...joe
  180.  
  181.  
  182.  
  183. ----------
  184. Joe Salemi, KR4CZ               Internet: jsalemi@doghouse.win.net
  185. Compuserve: 72631,23   FidoNet: 1:109/136   MCI Mail: 433-3961
  186.  
  187. ------------------------------
  188.  
  189. Date: Mon, 6 Jun 1994 07:05:42 +0000
  190. From: ihnp4.ucsd.edu!swrinde!pipex!uknet!demon!mos.com!aperez@network.ucsd.edu
  191. Subject: PLANS FOR BUILDING A QUAD..
  192. To: info-hams@ucsd.edu
  193.  
  194.         Hello.. My name is Anibal,I'm planning on building an antenna
  195. and my next antenna I would like to have a Quad antenna....I've heard
  196. they are good antennas and have good Gain...If anybody out there could
  197. be kind enough that might have some diagrams on how to build one I'll be
  198. in a great debt ....tnx........
  199.                 Anibal Perez (ka4kai)
  200.                 aperez@mos.com
  201.  
  202. ------------------------------
  203.  
  204. Date: 6 Jun 1994 06:33:07 -0500
  205. From: ihnp4.ucsd.edu!swrinde!news.uh.edu!uuneo.neosoft.com!sugar.NeoSoft.COM!not-for-mail@network.ucsd.edu
  206. To: info-hams@ucsd.edu
  207.  
  208. References <2st6jd$ej5@ccnet.ccnet.com>, <rogjdCqxv79.B00@netcom.com>, <2ste09$hi4@ccnet.ccnet.com>
  209. Subject : Re: 440 in So. Cal.
  210.  
  211. In article <2ste09$hi4@ccnet.ccnet.com>,
  212. Bob Wilkins  n6fri <rwilkins@ccnet.com> wrote:
  213.  
  214. >This does not appear to be a spectrum management issue. By allowing "good" 
  215. >operators to use their closed repeater they have functioned on the crud
  216. >-magnet. Most closed groups only want the "fine business" operators or
  217. >they strive for true excellence. 
  218.  
  219. While this is certainly true of some "closed" repeaters, it isn't always the
  220. case.  In my case, I participate in a large inter-city linked system with over
  221. 100 stations linked.  With a system this large, it would be unmanagable without
  222. _some_ control over who uses it and how.  Closed doesn't necessarily mean "you
  223. can't talk here"... it just means "ask first".
  224.  
  225. Our system would be effectively "closed" even if it weren't listed as such.  
  226. A closed system is a political mindset of a group of users which cannot be
  227. changed by words on a coordination document.
  228.  
  229.  
  230. -- 
  231.    Jim Reese, WD5IYT     |     "Real Texans don't let the truth get in
  232. jreese@sugar.neosoft.com |          the way of a good story."
  233.  
  234. ------------------------------
  235.  
  236. Date: 6 Jun 1994 06:25:47 -0500
  237. From: ihnp4.ucsd.edu!swrinde!news.uh.edu!uuneo.neosoft.com!sugar.NeoSoft.COM!not-for-mail@network.ucsd.edu
  238. To: info-hams@ucsd.edu
  239.  
  240. References <gregCqts8v.45J@netcom.com>, <2so39e$t29@sugar.NeoSoft.COM>, <1994Jun5.013218.14136@ke4zv.atl.ga.us>
  241. Subject : Re: 440 in So. Cal.
  242.  
  243. In article <1994Jun5.013218.14136@ke4zv.atl.ga.us>,
  244. Gary Coffman <gary@ke4zv.atl.ga.us> wrote:
  245.  
  246. >This is where the classic frequency coordinator hat and the spectrum
  247. >management hat get tangled. Many coordinating bodies try to wear both
  248. >hats and there is a basic conflict.
  249.  
  250. You are correct about this.  Many coordination organizations do try to wear
  251. both hats.  They find out that they are very good at coordination, but very
  252. bad at spectrum management.  This is because _coordination_ is a _technical_
  253. field, and _spectrum management_ is a _political_ field.
  254.  
  255. When coordinating to reduce interference, it's easy to apply the laws of
  256. physics to the situation.  When determining who is "more worthy", people
  257. become involved...and people aren't predictable.
  258.  
  259.  
  260. >Many people feel that the only correct policy as coordinator is 
  261. >"first come, first serve", so whoever first files a non-conflicting
  262. >application to operate a repeater gets the coordination in perpetuity. 
  263.  
  264. ...not necessarily in perpetuity...but...
  265.  
  266. This is the ONLY fair way to do this...assuming you are a _coordinator_.
  267.  
  268. >However, as spectrum managers, the body has to take into account the 
  269. >interests of all of the amateur community, users as well as operators 
  270. >of the designated repeater spectrum, in order to maximize the utility 
  271. >of the limited public resource to *all* amateurs. This is a dynamic
  272. >role in a growing service.
  273.  
  274. ...and a role best suited for a group of coordination organizations working
  275. together with hams using all modes and frequencies to find the BEST political
  276. solution that everyone can live with.  Knowing full well that everyone WON'T
  277. get everything they want.
  278.  
  279. >It's in this latter role of establishing 
  280. >public policy that most coordinating bodies fail to carry out their 
  281. >responsibilities.
  282.  
  283. ...but unfortunately, the coordinators are the people most hams EXPECT to do
  284. the job.  Nevermind that they don't know HOW to do it...It just wasn't needed
  285. as badly until recently.
  286.  
  287. What IS needed is for someone at a national level to realize that spectrum
  288. management is political in nature and must be dealt with accordingly.  The
  289. ARRL's lame attempts at spectrum management has been to get five people in 
  290. a room and decide how best to plan the band for the entire nation...then ram
  291. that down all the coordinators' throats by printing that band plan in the
  292. repeater directory.
  293.  
  294. I would love for the ARRL to make a really good try at spectrum management, but
  295. to do so will require them to admit that life exists above 30 MHz and west of
  296. the Mississippi river.  They also need to realize that the needs are different
  297. in different areas, and a "national" bandplan simply isn't realistic.  There 
  298. will be differences around the country...and that's OK.  I'm not sure the
  299. League is up to the task.
  300.  
  301. -- 
  302.    Jim Reese, WD5IYT     |     "Real Texans don't let the truth get in
  303. jreese@sugar.neosoft.com |          the way of a good story."
  304.  
  305. ------------------------------
  306.  
  307. Date: Mon, 6 Jun 1994 12:21:35 GMT
  308. From: netcomsv!netcom.com!rogjd@decwrl.dec.com
  309. To: info-hams@ucsd.edu
  310.  
  311. References <1994Jun2.135032.15067@cs.brown.edu>, <rogjdCqvLst.KD1@netcom.com>, <CqyoFA.L5s@news.Hawaii.Edu>
  312. Subject : Re: 440 in So. Cal.
  313.  
  314. Jeffrey Herman (jherman@uhunix3.uhcc.Hawaii.Edu) wrote:
  315. : In article <rogjdCqvLst.KD1@netcom.com> rogjd@netcom.com (Roger Buffington) writes:
  316. : >
  317. : >That's a hoot!  3000+ hams!  We have more than that within a radius of 
  318. : >three miles of my QTH!  In fact, we have somewhere on the order of 50,000 
  319. : >hams within simplex range of my QTH.  Perhaps you simply don't understand 
  320. : >the issues here in Southern California.
  321.  
  322. : What issues? Seems as if you have plenty of people to talk to on simplex.
  323. : Why bother to use a repeater?
  324.  
  325. : Jeff NH6IL
  326.  
  327. Jeff, how about giving all of us a break, and if you don't have serious 
  328. comments about the topic of the thread, then simply QRT.
  329.  
  330. 73
  331. -- 
  332.                                              rogjd@netcom.com
  333.                                              Glendale, CA 
  334.                                              AB6WR
  335.  
  336. ------------------------------
  337.  
  338. Date: (null)
  339. From: (null)
  340. <Ham Test Stacks>
  341.  HyperCard stacks containing the entire question pool for each
  342. license class. Can be used for preparation or generating actual
  343. tests.  The current releases are: Novice v4.1(new questions eff.
  344. 7/1/93), Technician v4.0(new questions effective 7/1/93), General
  345. v2.4, Advanced v2.4, Extra v2.4.
  346.  Available via anonymous FTP from various sites, including
  347. uxc.cso.uiuc.edu (/pub/ham-radio). NOTE: The newest releases of
  348. Novice and Technician stacks are available at uxc.cso.uiuc.edu
  349. (5/6/93) Author is available via Internet: dls@genrad.com
  350.  NOTE: Diana no longer is supporting this software, she no longer has
  351. a Macintosh computer. Diana thanks for your wonderful contribution to
  352. the Amateur Radio community for these stacks!
  353.  System 7 savy with HyperCard 2.1
  354.  
  355.  
  356. Diana is no longer maintaining these stacks.... is there anyone in
  357. the Mac community who would like to take this on? I just got a note
  358. today indicating that the General question pool changes on 1 July
  359. 1994. I sure would hate to see these valuable tools become
  360. out-of-date.
  361.  
  362. I'll be glad to support whomever would like to work on this project
  363. with the information on how to gain access to the info required.
  364.  
  365.  
  366. 73 for now.... c u on the shortwaves
  367. Terry Stader - KA8SCP
  368. America Online Ham Radio Club Host
  369. Macintosh Amateur Radio Software List Maintainer
  370. Internet: tstader@aol.com (e-mail)  or
  371.           p00489@psilink.com (binaries/files >28K)
  372. KA8SCP@WA1PHY.#EMA.MA.USA.NOAM
  373. ka8scp@ka8scp.ampr.org [44.56.4.82] Mac
  374.                        [44.56.4.120] DOS Clone
  375.  
  376. ------------------------------
  377.  
  378. Date: 6 Jun 94 12:53:35 GMT
  379. From: brunix!pstc3!md@uunet.uu.net
  380. To: info-hams@ucsd.edu
  381.  
  382. References <gregCqts8v.45J@netcom.com>, <2so39e$t29@sugar.NeoSoft.COM>, <2su9ku$asl@kaiwan.kaiwan.com>
  383. Subject : Re: 440 in So. Cal.
  384.  
  385. In article <2su9ku$asl@kaiwan.kaiwan.com>, 
  386.     topolski@kaiwan.com (Robb Topolski KJ6YT) writes:
  387.  
  388. |> Don't coordinators do this anyway?  If "Applicant A" applied for a pair 2 
  389. |> months before "Applicant B", yet the second applicant's station location 
  390. |> provides better spectrum use and no interference, who should the 
  391. |> coordinator give the available frequencies to?
  392.  
  393. Applicant A should receive a frequency pair which minimizes interference.
  394. If no frequency pair can be found that can do that, s/he should be 
  395. denied a pair. "Better spectrum use" should not be a concern. If it
  396. were, then most packet radio and ATV frequencies should be reassigned
  397. for repeater operation, since there are more people using FM voice than
  398. ATV or packet, and clearly spectrum would be utilized better if we
  399. eliminated those protected frequecies.
  400.  
  401.  
  402. |> I also think that if "Scrubba" made it a policy that 75% of all repeater 
  403. |> coordinations were to be for "open" repeaters, as long as that policy was 
  404. |> equally enforced, they'd be safe.
  405.  
  406. Define an "open" repeater. If you say "a repeater which has no access
  407. restrictions" then you are contradicting the FCC, which has specifically
  408. stated that trustees have the right to say who may and may not use their
  409. repeater.
  410.  
  411.  
  412. |> Yes, they might get sued.  You might get sued.  You might sue me.  The 
  413. |> real threat of getting sued should not drive decisions.  The threat of 
  414. |> losing should.
  415.  
  416. The threat of losing is irrelevent. The only issue is whether or not you
  417. can back up your decision with cash.
  418.  
  419.  
  420. MD
  421. -- 
  422. -- Michael P. Deignan
  423. -- RI Center For Political Incorrectness & Environment Ignorance
  424. -- 'Have you hugged your chainsaw today?'
  425.  
  426. ------------------------------
  427.  
  428. Date: Mon, 6 Jun 1994 12:27:26 GMT
  429. From: netcomsv!netcom.com!rogjd@decwrl.dec.com
  430. To: info-hams@ucsd.edu
  431.  
  432. References <Cqsn7v.FsI@news.Hawaii.Edu>, <rogjdCqunyu.4rC@netcom.com>, <CqyMzM.KnI@news.Hawaii.Edu>
  433. Subject : Re: Reality check (was Re: Ham Radio few problem)
  434.  
  435. Jeffrey Herman (jherman@uhunix3.uhcc.Hawaii.Edu) wrote:
  436. : In article <rogjdCqunyu.4rC@netcom.com> rogjd@netcom.com (Roger Buffington) writes:
  437. : >Jeffrey Herman (jherman@uhunix3.uhcc.Hawaii.Edu) wrote:
  438. : >
  439. : >: I knew the Defender of Radio Lawbreakers would eventually surface. You
  440. : >: came to Bly's defense in December when he bragged about operating
  441. : >: without a license, and now in June Bly resurfaces and so do you.
  442. : >
  443. : >Oh, come on, this is silly and asinine.  Linking Dana to Bly when what he
  444. : >is really doing is offering a well-reasoned response on the subject of
  445. : >this thread. 
  446.  
  447. : You're new on here so let me fill you in:
  448.  
  449. : 1. One fellow was bragging about how he was going to place a 5 kW broadcast
  450. : band transmitter on the ham bands and about how he didn't care about the
  451. : FCC rules, etc. - I scolded him - Dana came to his defense.
  452.  
  453. : 2. Bly bragged about how easy it is to operate in SoCal without a license
  454. : and that he'd done it for years - I scolded him - Dana came to his defense.
  455.  
  456. : 3. Someone was inviting pirates to use 6 Mc air-to-ground frequencies - I
  457. : argued with him about the danger of that - Dana came to his defense.
  458.  
  459. : 4. Bly now brags about jamming closed 440 Mc repeaters - I scold him -
  460. : Dana shows up.
  461.  
  462. : You might want to `read the mail' for a couple of months before you become
  463. : too critical.
  464.  
  465. : Jeff NH6IL
  466.  
  467. Sorry Jeff, doesn't hold water.  I don't know anything about what was 
  468. said back in December, that is true.  But your characterization of Dana's 
  469. comments in this thread is unfair and highly inaccurate.  Very highly 
  470. inaccurate.
  471.  
  472. I would suspect that the same can be said of the earlier comments based 
  473. on the distortion of the current comments?
  474.  
  475. 73
  476. -- 
  477.                                              rogjd@netcom.com
  478.                                              Glendale, CA 
  479.                                              AB6WR
  480.  
  481. ------------------------------
  482.  
  483. Date: Mon, 6 Jun 1994 13:08:07 GMT
  484. From: brunix!pstc3!md@uunet.uu.net
  485. To: info-hams@ucsd.edu
  486.  
  487. References <rogjdCqvLJD.K4J@netcom.com>, <1994Jun4.165326.8941@cs.brown.edu>, <2suau8$cvj@kaiwan.kaiwan.com>
  488. Subject : Re: 440 in So. Cal.
  489.  
  490. In article <2suau8$cvj@kaiwan.kaiwan.com>, 
  491.     topolski@kaiwan.com (Robb Topolski KJ6YT) writes:
  492.  
  493. |> Michael, not to pick on you.  I've seen this mis-repeated about a 
  494. |> half-dozen times in this thread so I picked yours to reply to.
  495. |> 
  496. |> THE F.C.C. DID NOT OUTLAW AND/OR CLOSE "OPEN" REPEATERS.  All they did 
  497. |> was reaffirm the right of the licensee to determine who uses the 
  498. |> repeaters under his control and callsign.  They cited chapter and verse 
  499. |> what Part 97 already said.  Nothing new here.
  500. |>
  501. |> "An open repeater is a repeater that does not limit those who use the 
  502. |> repeater to members, affiliates, or other defined group or list of 
  503. |> operators."  (source, "KJ6YT's Authoritative and Official Sounding Book of 
  504. |> Ham Radio Definitions, Volume 1.)
  505. |> 
  506. |> An open repeater's trustee can still keep KW6UNK from using the repeater 
  507. |> to read his 60's poetry -- or even at all, if he wishes.  The FCC doesn't 
  508. |> care if the licensee considers his repeater "open" or "closed."  The FCC 
  509. |> says that the licensee can pick and choose who can and cannot use the 
  510. |> repeater.
  511.  
  512. Okay Robb, let's accept your statements here on face value. If I apply
  513. for an "open" repeater coordination, I can turn around and ask every single
  514. amateur who attempts to use the repeater not to use it until I've
  515. personally met you, so I can get to know each of my users personally. 
  516. What are you going to do then? I'm still an "open" repeater. I've
  517. simply decided to exercise my FCC-reaffirmed right to determine who
  518. uses the repeaters under my control.
  519.  
  520. It appears to me that the the whole issue of decoordinating closed
  521. repeaters seems to be an attempt to take that FCC-reaffirmed right
  522. away from repeater trustees.
  523.  
  524.  
  525. |> No, but perhaps it should be a criteria.  For example, your application 
  526. |> for a 3-neighbor system at the county's highest location vs. a 200-member 
  527. |> club who wants to put up an open repeater at the same site.  Who should 
  528. |> be approved for the high-visibility site?  The 200-member club's open 
  529. |> system.  Who should be guided toward better use?  The 3-user system.
  530.  
  531. Well, I would think you should coordinate both on different frequencies
  532. designed to minimize interference. That 3-user system may involve the
  533. three most important disaster communications coordinators in the county.
  534. The 200-user club system may be just another yak-box. Who knows. Are you
  535. going to open a kangaroo court and start trial proceedings with the
  536. assignment of a frequency going to the "winner"? That's what you're
  537. suggesting.
  538.  
  539. My judgement is if there is only one frequency available, it goes on
  540. a first-come, first-serve basis.
  541.  
  542. Let's say you coordinate that 200-user "open" club system. Now a group
  543. comes along which wants to put up a system with a link into a statewide
  544. network of repeaters with over 10,000 users. I guess you should
  545. decoordinate the 200 user system, huh? After all, which would be
  546. "better use"? That's what proponents of closed-system decoordination
  547. are saying.
  548.  
  549. All of these decisions become value judgements, and let your own personal
  550. biases creep into the decision making process. You may think that open
  551. repeaters are great, so whether you're aware of it or not you're instantly
  552. prejudiced against closed systems, even if the closed system serves a
  553. better purpose. 
  554.  
  555.  
  556. MD
  557. -- 
  558. -- Michael P. Deignan
  559. -- RI Center For Political Incorrectness & Environment Ignorance
  560. -- 'Have you hugged your chainsaw today?'
  561.  
  562. ------------------------------
  563.  
  564. Date: Mon, 6 Jun 1994 13:22:28 GMT
  565. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!newsxfer.itd.umich.edu!jobone!ukma!rsg1.er.usgs.gov!dgg.cr.usgs.gov!bodoh@network.ucsd.edu
  566. To: info-hams@ucsd.edu
  567.  
  568. References <rogjdCqunyu.4rC@netcom.com>, <CqyMzM.KnI@news.Hawaii.Edu>, <rogjdCqz6Lq.F0z@netcom.com>
  569. Subject : Re: Reality check (was Re: Ham Radio few problem)
  570.  
  571. |> 
  572. |> Sorry Jeff, doesn't hold water.  I don't know anything about what was 
  573. |> said back in December, that is true.  But your characterization of Dana's 
  574. |> comments in this thread is unfair and highly inaccurate.  Very highly 
  575. |> inaccurate.
  576. |> 
  577. |> I would suspect that the same can be said of the earlier comments based 
  578. |> on the distortion of the current comments?
  579.  
  580. Please take your damn bickering elsewhere such as policy - or email.  Yes,
  581. I've heard of killfiles, but your traffic is using up disk on the news
  582. server AND the more topics I add to my killfile, the slower my reader runs...
  583.  
  584. -- 
  585. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  586. + Tom Bodoh - Section Manager, Systems Engineering and Management, Hughes STX +
  587. + USGS/EROS Data Center, Sioux Falls, SD, USA    57198     (605) 594-6830      +
  588. + Internet; bodoh@dgg.cr.usgs.gov (152.61.192.66)   Amateur radio call; N0YGT +
  589. +    "Welcome back my friends to the show that never ends!" EL&P          +
  590. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  591.  
  592. ------------------------------
  593.  
  594. Date: 6 Jun 1994 05:55:52 -0500
  595. From: ihnp4.ucsd.edu!swrinde!news.uh.edu!uuneo.neosoft.com!sugar.NeoSoft.COM!not-for-mail@network.ucsd.edu
  596. To: info-hams@ucsd.edu
  597.  
  598. References <gregCqts8v.45J@netcom.com>, <2so39e$t29@sugar.NeoSoft.COM>, <2su9ku$asl@kaiwan.kaiwan.com>
  599. Subject : Re: 440 in So. Cal.
  600.  
  601. In article <2su9ku$asl@kaiwan.kaiwan.com>,
  602. Robb Topolski KJ6YT <topolski@kaiwan.com> wrote:
  603.  
  604. >Don't coordinators do this anyway?  If "Applicant A" applied for a pair 2 
  605. >months before "Applicant B", yet the second applicant's station location 
  606. >provides better spectrum use and no interference, who should the 
  607. >coordinator give the available frequencies to?
  608.  
  609. The guy who applied first.
  610.  
  611. >Yes, they might get sued.  You might get sued.  You might sue me.  The 
  612. >real threat of getting sued should not drive decisions.  The threat of 
  613. >losing should.
  614.  
  615. It cost money to defend yourself against even a frivilous (sp?) lawsuit.  
  616. These guys are VOLUNTEERS, remember?  I'm certainly not going to be responsible
  617. for paying to defend a lawsuit over a stupid HOBBY!
  618.  
  619.  
  620. -- 
  621.    Jim Reese, WD5IYT     |     "Real Texans don't let the truth get in
  622. jreese@sugar.neosoft.com |          the way of a good story."
  623.  
  624. ------------------------------
  625.  
  626. End of Info-Hams Digest V94 #635
  627. ******************************
  628.